AK>> с этого вот места - поподробнее - отключение одного из серверов БД или AK>> потеря канала до него хотя бы - проверяли? SZ> mysql-proxy должен справляться эмм... no comments.
AK>> А то я вот очень плохо умею репликацию active-active (можно сказать AK>> что вообще не умею, в общем случае уж точно), и еще хуже умею AK>> автоматом это переключать без потери данных. Я в общем на этот расклад AK>> и намекал. SZ> потерять одну транзакцию не так страшно, как еслиб это был продолжительный проблема не в потере транзакций, а в развале синхронизации.
SZ>>> очень не хочется терять продажи в случае проблем с любым из SZ>>> серверов. т.е. клиент не попал на чекаут = потеря денег. вот от SZ>>> этого и хотим защититься. AK>> amazon cloud точно сделает это надежнее, чем наколенные поделки со AK>> сменой dns. Хотя и они, похоже, ничего не гарантируют. SZ> амазон не даст мне столько айпи сколько мне понадобится. а если и даст то айпи нужен вообще-то ровно один. Или у вас там второй амазон в проекте? Минус амазона в другом - они слишком большие и по этой причине могут позволить себе ничего никому не гарантировать.
AK>> собственно веб-сервер, и иметь под рукой запасной/быть готовым в AK>> течении минут его развернуть, плюс возможность быстро переключить на AK>> него маршрутизацию при отказе основного (для этого и понадобиться SZ> вот как раз этого и нет. ну так что мешает сделать так, чтобы появился? Размещать балансировщик там же где сервера нет никакой необходимости, вам не нужен ни доступ к телу, ни бэкапы, ни дорогая мощная платформа. Только надежное коннективити и питание, и возможность перебросить адрес, желательно автоматически (хотя я за два года не видел отказов балансировщиков, там тупо нечему отказать, только потерю ДЦ целиком). Hеужели это нельзя найти за вменяемые деньги?
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)